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L REAL PARTY IN INTEREST 

The real party in interest is DaimlerChrysler Corporation, having a place of business at 800 
Chrysler Drive East, Aubum Hills, Michigan 48326 (hereinafter "DCC'*), An assignment was 
recorded m the U.S. Patent and Trademark Office on June 11,2001 at Reel/Frame: 011652/0325. 

IL RELATED APPEALS AND INTERFERENCES 

An appeal is pending in USSN 09/801,298 for a Computer Implemented Vehicle Repair 
Claims Processing System, There are no other appeals or interferences related to the present 
appeal. 

in, STATUS OF CLAIMS 

Claims 1 ~ 20 are pending in this application. Claims 1-20 stand rejected in the final 
Office Action mailed March 3, 2006. A copy of the claims on appeal is attached as Appendix A. 

IV. STATUS OF AMENDMENTS 

There have been no amendments submitted subsequent to the final rejection. 

V, SUMMARY OF THE CLAIMED SUBJECT MATTER 

Applicants* invention as claimed in independent claims 1 and 1 1 is generally directed to a 
computer-implemented warranty knowledge base construction system (claim 1) and method 
(claim 1 1). With reference to the specification, independent claim 1 requires: 

A computer-implemented warranty knowledge base construction system, comprising: 

a user interface [GUI 104, Specification p. 7, lines 5 — 7] for receiving a first rule 

related to vehicle repair claim processing; 

a rules syntax data store that stores syntax rules for constructing repair claim-related 

2 
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rules [Specification p. 2, lines 20-21; consistency checking software of the Aion system. 
Specification p. 8j lines 1-5]; 

a knowledge base generator module connected to the user inter&ce and to the rules 
syntax data store for determining whether the fiirst rule is in an acceptable syntax based upon the 
stored syntax rules [Specification p. 2, line 21 - p. 3, line 1; knowledge base generator software 
module 108> Specification p, 8, lines 2-5]; 

wherein the first rule is used in a knowledge base system to process repair claims 
[Specification p. 3, lines 1 - 2; knowledge base expert system 34, Specification p, 3, line 20 to p. 4, 
line 3) 

With reference to the specification, independent claim 1 1 requires: 

A computer-implemented warranty knowledge base construction method, comprising the 

steps of: 

receiving with a computer networked system a first rule related to vehicle repair 
claim processing [Specification p. 7, lines 5—7]; 

Storing syntax rules in the computer networked system for constructing repair 
claim-related rules [Specification p, 2, lines 20 - 21; Specification p. 8, lines 1 - 5]; 

determining with the computer networked system whether the first rule is in an 
acceptable syntax based upon the stored syntax rules [Specification, p. 2, lines 20 - 21 » Specification 
p. 8, lines 1 — 5]; and 

wherein the first rule is used by the computer networked system in a knowledge base 
method to process repair claims [Specification p. 3, lines 1 -2; Specification p. 3, line 20 to p. 4, line 
3] 



3 
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VL GROUNDS OF REJECTION TO BE REVIEWED ON APPEAL 

The issues in this appeal are: 

1 , Whether the Examiner erred in rejecting claims 11-14 under 35 U,S,C, § 
103(a) as being unpatentable over Borghesi et al. (U.S. Pat No* 5,950,1 69, Apte et al. (U.S. 
Pat. No, 5,970,464) in view of Aquila et al. (U.S, Pat. Pub- 2002/0035488) 

2. Whether the Examiner erred in rejecting claims 1-10 and 1 5 — 20 under 35 
U.S.C, § 103(a) as being unpatentable over Borghesi et al. (U.S. Pat, No. 5,950,169) in 
view of Apte et al. (U.S. Pat. No. 5,970,464) 

VIL ARGUMENT 

1, The Examiner erred in rejecting claims 1-20 under 35 U.S*C. § I03(a)» 

Applicants submit that the Examiner erred in rejecting clauns II - 14 under 35 U.S.C. § 
103(a) as being unpatentable over Borghesi et al. (U.S. Pat. No, 5.950,169, Apte et al. (U.S. Pat. 
No. 5.970,464) in view of Aquila et al. (U.S. Pat, Pub. 2002/0035488), and in rejecting claims 1 - 
10 and 15 - 20 under 35 U.S.C. § 103(a) over Borghesi et al. (U.S. Pat. No. 5,950,169 in view of 
Apte et al, (U.S. Pal No. 5,970,464). 

Turning first to the rejection of claims 1-10 and 15 -20, the Examiner rejected them for 
the same reasons that they were rejected in the first OfQcial Action mailed June 2 1 , 2005. "Claims 
1-10, and 1 5 - 20 have not been amended and are therefore rejected for the same reasons given in 
the previous Office Action, and incorporated herein, [Final Office Action mailed March 3, 2006, 
Section 4p)] ^ In the OfiFicial mailed June 2 1 , 2005, all the claims were rejected under 35 U.S.C. § 
103(a) based on Borghesi et al. in view of Apte et al. Applicants submit that this rejection is not 
well taken. 

Claim 1 is directed to a computer-implemented warranty knowledge base construction 
system. The Examiner takes the position that Borghesi discloses a computer-implemented warranty 
knowledge base construction system. Applicants submit that it does not* Borghesi is directed to a 
system and method for managing insurance claim processing. As such, it deals with processing an 



Curiously, the Examiner's only comment about applicants' arguments in their response to the Official Action mailed 
June 21 . 2005 vm "Applicant's arguments filed on 09/15/05 with respect to claims 1 - 20 have been considered but 
are moot io view of the new ground(s) of rejection." [See, Final Official Action mailed March 3, 2006, Section 5] 
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insurance claim. It does not, however, deal with a system that constructs the rules by which the claim 
is processed. [See, e.g., Borghesi et al., Abstract] 

Claim 1 fiirther requires a user interface for receiving a first rule related to vehicle repair 

claim processing. The Examiner cites Borghesi et al. col. U Ihies 44 - 55 as disclosing a user 

interface for receiving a first rule related to repair claim processing. But what this section of Borghesi 

et al. discusses is the calculation of a repair cost estimate in different ways. It does not discuss a user 

interface that receives a &st rule related to repair claim processing. 

The Examiner, acknowledging that Borghesi et al does not disclose the limitations of claim 

1 that require a rules syntax data store that stores syntax rules for constructing repair claim-related 

rules, and a knowledge base generator modxile connected to the user interface and to the rules syntax 

data store for determining whether tfie first rule is in an acceptable syntax based upon the stored 

syntax rules, takes the position that such features are known in the art, citing to Apte et aL (col. 3, 

lines 5-33; col. 9, lines 4 - 28). Applicants submit that Apte et al. fails to disclose such features. 

Apte et aL is directed to data raining based underwriting profitability analysis. CoL 3, lines 5-33 

of Apte et aL, which the Examiner cites as disclosing a rules syntax data store, discuss **running a 

data mining process on data in a data warehouse to "extract rules for statistically distinct 

subpopulations with homogenous pure premium characteristics based upon stand technology " 

[Apte et al., coL 3, lines 20 - 28]. Apte et al. then goes on to discuss that a "business analysis client 

201 receives data from the data mining server kemel 1 02, and the risk group defined by the book of 

business is segmented into distinct segments by utilizing the pure premium rules extracted by data 

mining and historical claims and policy data. This generates several outputs- For example, a 

marketing output 202 might identify new opportunities, an actuarial ou^ut 203 might be an 

estimation of improved profitability, and an underwriting output 204 might suggest enhanced 

exception management." [Apte et aL, coL 3, lines 34 - 43] Thus, at best this section of Apte et al, 

discloses extracting rules. It does not, however, disclose constructing rules and applicants submit 
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that constructing a new rule is not the same thing as extracting a rule &om a set of existing rules. 

Further, Apte et al. fails to disclose a rules syntax data store that stores syntax rules for 

constructing repair claim-related rules. 

The Examiner cites to CoL 9, lines 4-28 of Apte et al. as disclosing a knowledge generator 

module connected to the user interface and to the rules syntax data store for determining whether 

the first rule is in an acceptable syntax based upon the stored syntax rules. This section of Apte et 

al. discusses the flow diagram of Fig. 14, which is a flow diagram of the client/server scenario 

analysis process. [Apte et aL, col. 9, lines 4^ 5] The scenario analysis subsystem allows a user to 

determine the value of a P & C insurance product by specifying it to the system, and having the 

system provide critical business information about the product, segment by segment. [Apte at al., 

coL 8, lines 54 - 67] While Fig. 14 references testing a selected rule to a selected data set, it does 

so in the context of segmenting a specified data set by eligibility criteria and a rule set. As 

discussed in this section of Apte et al: 

FIG. 14 is the flow diagram of the client/server scenario analysis process. 
The user specified data set, rule set, and product eligibility data are input in 
function block 1601. This is done by accessing local rule sets in client store 1602» 
rule sets in server store 1603 and meta-data in meta-data store 1604, The specified 
data set is segmented by eligibility criteria and the rule set in function block 1605. 
This is done by accessing data in server data store 1606 and making a call to the 
server to test the selected rule set to a selected data set in function block 1607. This 
is done by accessing data from the client local store 1 602, the server store 1 603, the 
meta-data store 1604 and the data store 1606, Then, in function block 1608, the 
segmentation table is displayed. The user is given three choices in user selection 
block 1609. The user can either select a column in selection block 1610, select a 
row in selection block 161 1 , or select a column in selection block 1 612. If the user 
selects a column in selection block 1610, the table is resorted in function block 
1613 and a return is made to function block 1 607 to display the resorted table if the 
user selects a row, the rule editor on the rule is called in function block 1614 and a 
return is made to fimction block 1608. If the user selects a column in selection 
block 1612, the rule editor on eligibility criteria is called in function block 1615and 
a return is made to fimction block 1608. 

The scenario analysis result will first report on the gross statistics on how 
the product rule set covered the database, and within this coverage, using the base 
model, will be a detailed segmentation report that breaks down the coverage into 

6 
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individual segments, listed by the segments' coverage, percentage coverage, 
severity estimate, frequency estimate, pure premium, loss ration, and other entries 
that may be of interest. In addition, the screen will permit the table to be sorted by 
any of these columns. Tins "what-if ' style scenario analysis vvill assist the users to 
identify problems and opportunities with existing as well as new P&C products, 
[Apte et a],, col 9, lines 4 - 39] 

There is no discussion, however, of determining whether any rule, let alone a rule which was 

received via a user interface, is in an acceptable syntax based upon stored syntax rules. 

For these reasons, applicants submit that claim 1 is allowable over Borghesi et aL in view 

of Apte et al. 

Dependent claim 2 is allowable as depending from claim 1 . Dependent claim 2 further 
requires an integrity rules module connected to the knowledge base generator module in order to 
determine whether the first rule is consistent with respect to at least one of the warranty-related 
expert rules that is stored in the knowledge base. As discussed above, neither Borghesi et al or 
Apte et al. address constructing rules, and in particular, do not address checking a newly received 
rule against existing warranty rules for consistency. In the Official Action mailed June 21, 2005, 
the Examiner cited to Col 6, lines 1 - 32 of Borghesi et al as disclosing this limitation. But this 
section of Borghesi et al just discusses that certain information is stored in memory. More 
specifically: 

Tlie main memory includes a video memory which stores display format 
information which is displayed on the display monitor. The information stored in 
the video memory is used to refresh the display on the display monitor. The 
information may be text, graphics, or a combination thereof. The mass storage 
device stores a data base of text and graphics images that may be in compressed 
digital form. The digital data stored in the memory includes a database containing 
information on a plurality of automobiles including illustrations and replacement 
costs. The replacement cost, as the term is used here, refers to costs typically 
encountered for repairing or replacing parts and/or groups of parts of the damaged 
objects. These costs may include amounts needed for parts, labor, painting, edging, 
underside, refinishing, etc. The data base may include, for example, the 
replacement parts, times, procedures and footnotes for automobiles. Both the text 
and graphics may be stored in compressed form. The compressed graphics may use 
PCX, TIFF or other graphics image formats. [Borghesi et al, col 6, lines 15 - 32] 

7 
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As can be seen, this section of Borghesi et al» does not address detennining whether a new rule is 
consistent with existing rules, and thus does not disclose an integrity rules module connected to the 
knowledge base geneiator module in order to determine whether the first rule is consistent with 
respect to at least one of the warranty-related expert rules that is stored in the knowledge base as 
required by claim 2. Applicants submit that dependent claim 2 is allowable over Borghesi et aL in 
view of Apte et al. for this reason also. 

Dependent claim 3 is allowable as depending indirectly from claim 1. Dependent claim 3 
further requires a testing module for testmg the knowledge base with testing scenarios. In an 
illustrative embodiment discussed in the application, forced test software module 116 provides 
warranty case test scenarios to test the new rules against the existing rules. Messages regarding 
any inconsistencies found during this testing are provided to the rules administrator 100 explaining 
the reasons behind the inconsistencies so that the rules administrator may provide corrective action. 
If no inconsistencies are found, the approval process software module 120 provides a structured 
environment for personnel other than the rules administmtor to approve the knowledge base with 
the new rules. [Specification^ p. 8, line 20 to p. 9, line 3] For the reasons discussed above, none of 
Borghesi et al. or Apte et al. address constructing rules. They thus also do not address testing the 
knowledge base with testing scenarios to determine whether there are any inconsistencies between 
a new rule and existing rules. 

In the Official Action mailed June 2 1 , 2005, the Examiner cites Apte et aL, Pig. 1 3 and col. 
8, line 54 to col. 9, lines 39 as disclosing the limitations of dependent claim 3, This section of Apte 
et aL discusses Scenario Analysis. And Scenario Analysis does not involve testing a knowledge 
base with testing scenarios to determine whether there are any inconsistencies between a new rule 
and existing rules. Rather, as explained in Apte et al,. Scenario Analysis involves allowing a 'hiser 
to determine the value of a P & C insurance product by specifymg it to the system, and having the 
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system provide critical business information about the product, segment by segment" [Apte et al., 

col 8, lines 56 - 60] This section then goes on to discuss the use of a user created rule set. While 

this section mentions that a call is made to the server to test the selected rule set to a selected data 

sets [Apte et al, col. 9, Ihies 13], this is not done for the purpose of testing a new rule against 

existing rules. Rather, it is done as part of inputting a user specified data set, rule set and product 

eligibility data to perform the scenario analysis. As described in Apte et al.; 

FIG* 14 is the flow diagram of the client/server scenario analysis process. 
The user specified data set, rule set, and product eligibility data are input in 
function block 1601. This is done by accessing local rule sets in client store 1602, 
rule sets in server store 1603 and meta-data in meta-data store 1604. The specified 
data set is segmented by eligibility criteria and the rule set In function block 1605. 
This is done by accessing data in server data store 1 606 and making a call to the 
server to test the selected rule set to a selected data set in function block 1 607. This 
is done by accessing data fh)m the client local store 1 602, the server store 1603, the 
meta-data store 1604 and the data store 1606. Then, in function block 1608, the 
segmentation table is displayed. The user is given three choices in user selection 
block 1609. The user can either select a column in selection block 1610, select a 
row in selection block 161 1, or select a column in selection block 1612, If the user 
selects a column in selection block 1610, the table is resorted in function block 
1613 and a return is made to function block 1607 to display the resorted table if the 
user selects a row, the rule editor on the rule is called in ftinction block 1614 and a 
return is made to function block 1608. If the user selects a colximn in selection 
block 1 6 1 2, the rule editor on eligibility criteria is called in function block 1615 and 
a return is made to function block 1608. 

The scenario analysis result will first report on the gross statistics on how 
the product rule set covered the database, and within this coverage, using the base 
model, will be a detailed segmentation report that breaks down the coverage into 
individual segments, listed by the segments' coverage, percentage coverage, 
severity estimate, fiequency estimate, pure premium, loss ration, and other entries 
that may be of interest In addition, the screen will permit the table to be sorted by 
any of tfiese columns. This "what-if style scenario analysis will assist the users to 
identify problems and opportunities with existing as well as new P&C products, 
[Apte et al., col. 9, lines 4 - 39] 

As can be seen from the above quoted section of Apte et al., the results of scenario analysis 

do not include a new rule tested against a set of existing rules. Rather, with regard to rules, the 

scenario analysis result reports on how the product rule set covered the database. Applicants 

submit that Borghesi et al. thus fails to disclose the limitations of dependent claim 3 that requires a 
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testing module for testing the knowledge base with testing scenarios as this knowledge base is one 
that the first rule is incorporated into, also as required by dependent claim 3. And it is the 
knowledge base of rules that is tested by the testing scenario* Applicants submit that dependent 
claim 3 is allowable over Borghesi et al. in view of Apte et al, for this reason also. 
Turning now to claim 1 1 , the Examiner takes the position: 

As per claim 1 1 , Borghesi and Apte disclose the newly added limitations of *Svith a 
computer system", '"in the computer networked system", *'with the computer 
networked system", "and*' and by ""^the computer networked system" (See Borghesi 
Col. 5, lines 51 -67)^ 

Borghesi and Apte do not explicitly disclose that the 
computer-implemented having a warranty knowledge base 

However, these features are known in the art, as evidenced by Aquila et al. 
In particular, Aquila et al. suggests that the method having a warranty knowledge 
base construction system. (See Aquila et al., Page 16, Paragraphs 0283 - 0291) 
[Final Official Action mailed March 2, 2006, Section 4(A). 

Claim 11 is directed to a computer*implemented warranty knowledge base construction 
method. As discussed above with respect to claim 1, Borghesi et al. is directed to a system and 
method for managing insurance claim processing. As such, it deals with processing an insurance 
claim. It does not, however, deal with a constructing the rules by which the claim is processed. 
Apte et al. is directed to data mining based underwriting profitability analysis. It similarly fails to 
disclose constructing the rules by which a claim is processed. Aquila et al, is directed to a system 
and method of administering, tracking and managing of claims processing. But, contrary to the 
Examiner's position, Aquila et al. does not disclose a knowledge base construction method that 
constructs rules. In Aquila et al., the rules are provided, such as by the insurance carriers 
responsible for paying claims, [See, e.g„ Aquila et al., Par. 00129] And the sections of Aquila et 
al, cited by the Examiner, Pars. 0283 - 0291, do not address building rules, and in fact, do not 



^ These limitations were added not to overcome a prior art rejection but to address the Examiner's rejection under 35 
U.S.C. § 101 in the Official Action mailed June 21, 2005 that these claims were directed to non-statutoiy subject 
matter because they failed the now rejected teat ofnot within the technological am". See, Interim Guidelines for 
Examination of Patent Applications for Patent Subject Matter Eligibility, OG 22 November 2003, Annex in (A), 
citing Ex Parte Lundgren, 76 U.S.P,Q.2d 1385 (BPAI 2005). 
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discuss rules at all. Rather, these sections discuss the transmission, storage or retrieval of claim 
data from an electronic claim file repository. 

Moreover, applicants submit that these sections of Aquila et al. (Pars. 00283 - 0291) axe not 

available as prior art. Aquila et al., a published patent application, was filed April 3, 2001, ahnost 

one month after the March 7, 2001 filing date of the present application. Aquila et al. claims the 

benefit of a provisional patent application filed April 3, 2000 (USSN 60/194,128). Thus, it is only 

what is disclosed in this provisional patent application that is available as prior art under 35 U.S.C. 

§ 102(e). 

Applicants have attached a copy of USSN 60/194,128 128 Prov. App.") in the Evidence 
Appendix. Applicants were unable to find in the ^ 128 Prov. App. sections corresponding to Pars. 
0283 -0291 of Aquila et al. 

Claim 1 1 also requires receiving with a computer networked system a first rule related to 
vehicle repair claim processing. For reasons similar to those discussed above, applicants submit 
that none of Borghesi et al., Apte et al. or Aquila et al. disclose receiving with a computer 
networked system a first rule related to vehicle repair claim processing. 

Claim 11 also requires storing syntax rules in the computer networked system for 
constructing repair claim-related rules, and determining with the computer networked system 
whether the first rule is in an acceptable syntax based upon the stored syntax rules. For reasons 
similar to those discussed above with respect to claim 1, i^jplicants submit that neither Borghesi et 
al, or Apte et al. disclose these limitations. Applicants also submit that Aquila et al. fails to 
disclose these limitations. Applicants were unable to find in either Aquila et al. or USSN 
60/194,128 any discussion of any syntactical checking of a received rule. 

For these reasons, applicants submit that claim 1 1 is allowable over Borghesi et al., in view 
of Apte et al. and Aquila et al. 

Claim 12 depends from claim 1 1 and is allowable for this reason. Claim 12 fiirther requires 
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determining with the computer networked system whether the first rule is consistent with respect 
to at least one of the repair-related expert rules that is stored in the knowledge base. For essentially 
the reasons discussed above with respect to claim 2, applicants submit that neither Borghesi et al. 
or Apte et al. disclose this limitation. Applicants also submit that neither Aquila et al. or the ' 128 
Prov. App. disclose this limitation- As discussed above, Aquila et al. does not address constructing 
rules. It thus does not address checking a new rule for consistency with existing rules. Applicants 
submit that dependent claim 12 is allowable over Borghesi et al. in view of Apte et al. and Aquila 
et al. for this reason also. 

Claim 13 depends indirectly from claim 11 and is allowable for this reason. Claim 13 
further requires testing the knowledge base with testing scenarios. For essentially the reasons 
discussed above with respect to claim 3, applicants submit that neither Borghesi et al or Apte et al. 
disclose this limitation. Applicants also submit that neither Aquila et aL or the '128 Prov. App. 
disclose this limitation. As discussed above, Aquila et al. does not address constructing rules. It 
thus does not address testing the knowledge base with testing scenarios. Applicants submit that 
dependent claim 1 3 is allowable over Borghesi et al. combined with Apte et al. and Aquila et al. for 
this reason also. 

Claims 3-10 depend directly or indirectly finom claim 1, and claims 14-20 depend 
directly or indirectly &om claim 11, and are allowable for at least this reason. 

3. Conclusion 

In conclusion, for the reasons discussed above^ Applicants submit that the rejections of 
claims 1 - 20 under 35 U.S.C. § 103(a) are in error. Applicants respectfully request reversal of 
these rejections. 

Vin. CLAIMS APPENDIX 
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A copy of each of the claims involved in this appeal, namely claims 1 — 20, is attached 
hereto as Claims Appendix. 

IX. EVIDENCE APPENDIX 

A copy of provisional application USSN 60/194,128 is attached hereto as Evidence 
Appendix, 

X. RELATED PROCEEDINGS APPENDIX 



Ralph Smith, Jr., 
DaimlerChrvsler Intellectual Capital Company, LLC 
DaimlerChrysler Technology Center 
800 Chrysler Drive, cims 483-02-19 
AUBURN Hills, MI 48326-2757 
248-944-6519 
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RECEIVED 

CLAIMS APPENDIX CENTRAL FAX CENTER 
f Appendix A) JUL 25 2006 

1. A computer-implemented warranty knowledge base construction system, 

comprising: 

a user inter&ce for receiving a first rule related to vehicle repair claim processing; 
a rules syntax data store that stores syntax rules for constructing repair claim-related 

rules; 

a knowledge base generator module connected to the user interface and to the rules 
syntax data store for determining whether the first rule is in an acceptable syntax based upon the 
stored syntax rules; 

wherein the first rule is used in a knowledge base system to process repair claims. 

2, The system of claim 1 wherein a knowledge base stores a plurality of repair 
claim-related expert rules to evaluate a repair claim, said system fiirther comprising: 

an integrity rules module connected to the knowledge base generator module in 
order to determine whether the first rule is consistent with respect to at least one of the 
warranty-related expert rules that is stored in the knowledge base. 

3, The system of claim 2 wherein the first rule is incorporated into the 
knowledge base, said system fijrther comprising; 

a testing module for testing the knowledge base with testing scenarios. 

4. The system of claim 2 wherein the first rule is incorporated into the 

knowledge base, said system fiirther comprising: 

A- 1 
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a testing module for performmg regression testing of (he knowledge base. 



5, 



The system of clahn 2 further comprising: 



a reverse engineer module for generating a specification for the knowledge base. 



6. The system of claim 5 wherein the specification for the knowledge base 
includes warranty methods and warranty business rules. 

7. The system of claim 2 wherein the first rule contains a high level computer 
expression, said knowledge base generator evaluating the high level expression as to whether the 
high level expression of the first rule is in an acceptable syntax based upon the stored syntax rules. 



lower level representation of the first rule if the first rule is in an acceptable syntax. 

9. The system of claim 8 wherein the high level computer expression of the first 
rule is an English phrase, ^^rtlerein the lower level representation of the first rule is at least one line of 
programming code. 



11. A computer-implemented warranty knowledge base construction method, 
comprising the steps of: 



S. 



The system of claim 7 wherein the knowledge base generator generates a 



1 0- The system of claim 9 wherein the programming code is C-H- programming 



code. 
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receiving with a computer neftworked system a first rule related to vehicle repair 
claim processing; 

storing syntax rules in the computer networked system for constructiiig repair 
claim-related riiles; 

determining with the computer networked system whether the first rule is in an 
acceptable syntax based upon the stored syntax rules; and 

wherein the first rule is used by the computer networked system in a knowledge base 
method to process repair claims. 

12. The method of claim 1 1 including evaluating a repair claim with the computer 
networked system using a plurality of repair claim-related expert rules stored in a knowledge base 
of the computer networked system and 

determining with the computer networked system whether the first rule is 
consistent with respect to at least one of the repair claim-related expert rules that is stored in the 
knowledge base. 

13. The method of claim 12 including incorporating with the computer 
networked system the first rule into the knowledge base and 

testing the knowledge base with testing scenarios. 

14. The method of claim 12 including incorporating vwth the computer 
networked system the first rule into the knowledge base, and 

performing regression testing of the knowledge base. 
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1 5. The method of claim 12 further comprising the steps of: 

using a reverse engineer module for generating a specification for the knowledge 

base. 

16. The method of claim 1 5 wherein the specification for the knowledge base 
includes warranty methods and warranty business rules. 

17. The method of claim 12 wherein the first rule contains a high level 
computer expression, said method further comprising the step of: 

evaluating the high level expression as to whether the high level expression of the 
first rule is in an acceptable syntax based upon the stored syntax rules, 

1 S. The method of claim 1 7 fiulher comprising the step of: 
generating a lower level representation of the first rule if the first rule is in an 
acceptable syntax. 

19. The method of claim 18 wherein the high level computer expression of the 
first rule is an EngUsh phrase, wherein the lower level representation of the first rule is at least one 
line of progranmiing code. 

20, The method of claim 1 9 wherein the programming code is C-H- programming 

code. 
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EVIDENCE APPENDIX 
(Appgndix B) 

CopyofUSSN 60/194,128 attached 
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DETAILED DESCRIPTION OF THE PRESENTLY PREFERRED EMBODIMENTS 

The present invendon provides a new and improved system and methods of 
administering, tracking and managing claims processing. More particularly, the $y$tem and 
method processes, tracks and releases funds for claims made upon insurance policies and siixaiar 
risk shiding mechanisms including but not limited to self insurance, indemnity provisions and 
surety and performance bonds. The overall system for practicing the methods is shown in die 
system architecture of FIG, 1. The elements depicted on FIG. 1 include the computer systemSi 
netwodc connections and other communication devices that constitute the preferred physical 
embodiments to implement tihe invention. It is understood^ howeva:» titat the system is not 
Umited to the metrdoned devices and additional and alternative devices may be supported by the 
system. 

As shown m FIG. 1 , a user interacts witb system 30 through input/output devices 1 (^VO 
devices'*). These VO devices include but are not limited to personal computer 2, wireless device 
5) embedded device 10 and telephone IS. 

Personal computer 2 may be an IBM conq}atible computer, a Macintosh computer or any 
other system capable of nmning client software such as a Web Browser ('TVeb BrwstfO. 
Pearsonal computer 2 preferably runs a Web Browser such as Netscape's Navigator or 
Microsoft's Intemet Explorer to comnumicate information to and fiom system 30. Personal 
computer 2 is coraiected to a communication network 25, such as the Intemet, using a &st 
connection, such as DSI^ cable modem, wirdess. modem, etc. Persona! computer 2 includes an 
output device, such as a monitor or other display and a speaker or printer (e.g., printer device 3). 
Personal conq^uter 2 also includes an ir^ut such as a ke^oatd or pointing d^ce (e.g., mouse, 
track ball, pea device, micropbone, joy stick, game pad, satellite dish, scann^ or the like) or both 
to enable the usea- to input infonnation. 

Wireless device S may include but is not limited to a communication device that a us^ 
carries and uses to enter and obtain infoimation pertinent to the process. Hib wireless 
infirastmcture that connects the device widi the communication network 25 uses existing wireless 
signal receiving systems 20 similar to the communication methods used by 3Com's Palm Pilot 
VK 

Embedded device 10 may inchide but is not limited to a communication device 
embedded in the insured object, such as a vehicle or a home> that is capable of detecting, 
recording and transmitting to system 30 fte information on the casualty that initiates a daim. 
Embedded device 10 preferably connmimcates the casualty information through wireless signal 
receiving systems 20 using a wireless device. Embedded device 1 0 may also transmit Ihe 
casualty information through other communication lines such as telephone 15. 

Personal conqjuter 2, wireless device 5 and embedded device 10 tranOTiit requests and 
responses to system 30 through comnnmication network 25 usirxg standard protocols, such as 
XML» HTTP or the like. It is understood, however, that the system 30 is not limited to the 
mesrtioned standard protocols and altexnative starniard protocols may be supported by the system 
30. 
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When telephone 15 is used b& an interfece to system 30, telephone 15 transmits signals to 
telephony server 4L Telephony s^ver 41 ijjcludes the necessary software to recognize speech 
and convert it to a standard text format such as XML or the like (hat can be sent to Web server 
45. 

The messages sent and received by the I/O devices 1 are in standard protocols when they 
are received by load balancers 40 and web servers 45. The preftired standard protocols include 
but are not limited to HTTP and XML protocols that are capable of being encrypted by Secure 
Socket Layer ("SSL'O* Virtual Private Network ("VPN**) protocol or similar encryption systems. 

Preferably, the components in system 30 offer the highest performance, scalability and 
reliability. To provide these characteristics, the preferred platform could be, but is not limited to. 
Sun Microsystems hardware running the Solaris operating system. 

Standard ^c^tion medianisms are used to ensure the confidentiality of data. When 
confidential data is ttansported between VO devices 1 and 8>^tem 30 or between external partner 
sj^tems 62 and system 30, encryption systems (i.e., SSL or VPN or the Eke) may be used to 
protect the data. 

Firewalls 35, 60, 69, 79, 88 and 93 ^firewalls") are specialized hardware and software 
componfiats that filter requests traveling in and out of systems 30, 65, 75, 85 and 90 respectively. 
Preferably^ the firewalls are manufactured by Cisco Systems or the Iika 

Firewall 35 is configured to accept only certain user request types preventing undesired 
requests fiom being forwarded fiom communication network 25 to system 30. 

Web servers 45, 66, 76 and 89 include but arenot limited to servers running a Web server 
application. Preferably, such servers are provided by Nctec^ Bitetprise, Apache or similar 
sofhvare. 

Firewall 35 sends requ^ to load balancer 40, which distributes such requests to one of 
die Web servers 45 in the Web Server farm. Web servG-45 then forwards die request to 
qjplication server 50 where a software z^jphcation peribrms the appropriate business logic to 
satisfy die request As part of die required business logic, the application accesses data stored in 
database server 55. 

Database server 55 runs a relational database management system (RDBMS), such as ■ 
Oracle 8i or die like. The RDBMS software nmning in server 55 manipulates the data and sends 
the ^jpropriate infoimation to plication server 50. 

Application server 50 may be, but is not limited to, a Java based server providhag 
scalability and reliability to die applicatiort The application runs on top of application server 
soflware, such as BEA System's WebLogic or the like. 

The information required to complete the response to the request may not only lequire 
daia fix«n database server 55, but also data fiom one of the external partner systems 62. In this 
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case> application server 50 sends a request to one of the external partner systans 62 via a secure 
coxnjttumcadons medium 61 , such as, privately leased lines or tijie lijce. These external partner 
systems 62 include insurance earner's system 65, supplier system 75, pofice rqrort system 85, 
tmst/bank system 90 and any other extmial systems necessary to implement the present 
inveiitioiL The preferred format for the sent request is standard XML format, although other 
formats may be supported by system 30. 

A Computer running the ada{>ter software nmning in systems 67, 77, 86 or 91 tiwlates 
the XML request to fhc format required by the insurer's sj^tejn, such as legacy sj^tons 68, 78, 
87 or 91 Once legacy systems 68, 78, 87 or 92, respectively retrieve or update the data inside 
their data stores, information is sent bacl: to adapter 67, 77, 86 or 91, whidi translates the 
message to XML and sends it back to qjplication server 50. 

Legacy systems 68, 78 , 87 or 92 include but are not limited to existing systems that the 
extonal partners use to store and process the data they use to perform their business. It is 
understood that insurer systems other than legacy syst^s may be used. 

Application server 50 builds a response preferably in HTML or XML formats and sends 
P it back to the I/O devices 1 that initiated the request For exacnple, in the case of a personal 
1^ con^utCT 2, the message transmitted to a Web Browser is an HTML message using the HTML 
^ protocol. In the case of the embedded device 1 0 and wireless device 5, the message is in XML 

format over HTTP or HT17S. In the case of telq}hone 15, the message is an XML message 
jy ready to be converted into audible ^eech by telephony server 41 . 

IS 

FIG. Z depicts the logical components that comprise the £q)plication software used to 
Q implement die preset invention. Tbe application is designed using an object oriented and multi* 
.p tier qrproach to provide flexibihty and ease of mtegration with ext^nal partn^ systems 62 and 
Q also to allow fiiture modifications to the system 30. It is understood, however, that the syst^ 30 
y is not limited to the mentioned logical compon^ and additional and alternative logical 
components may be st^orted by the system 30 

As shown in FIG. 2, the system 30 uses various user intexfeces 1 50, inchidmg client 
software 151, voice based interface 152 and wireless interface 153, This layer corresponds to the 
I/O devices 1 in Fiai. 

Hie client software 151 runs in a cli^t machine such as personal computer 2 and has all 
the display and communication logic nec^sary to send and receive messages to and from the 
system 30 via coimmmicatioiis network 25. Tbe prefezred client software 151 is a Web Browser. 

Tbs voice based interface 152 enables a user using telephone 1 5 to communicate with 
system 30. 

The wireless inter&ce 153 oiables a user using a wireless device 5 to communicate with 
system 30. The wireless interface 153 may also include an embedded device 10. 

Tbe qjplication layer 165 may be hosted ui application servers 50* All communicadons 
betwesi the application layer 165 and die external partner systems 62 are accomplished using 
enterprise ^licadon interface 170 C^EATO software. The EAI 170 software manages message 
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delivery and transaction integrity. Such EAI 170 software may be purchased &om Active 

Software or the like. Tie data to be communicated is converted into a standard fom 

XML or the like by EAI 170. Adapter software 171 (residing in ad^ter machines 67, 77, 86 and 

9 1 in FIG, 1 ) can convert flic standard foiinat to the fomoat required by external partner system 

62- 

Dala layer 180 provides the ability to store, update and access data in an efficient and 
oig^mzed manner. Preferably, the fimctionaBty of data layer 180 is provided by aRDBMS such 
as Oracle 8i or the like. The data m data layer 180 inchides, but is not hmiled, to the Mowing 
categories: 

Customer 180a comprising customer data inchiding name, address, policy 
mfomiation^ transactions, preferences and the like; 

Product 180b compnsing product data including catalog information, 
price, description, technical inibiznation and ihe like; 

^ li Claims/Estimates 1 80c comprising claim data including estimates, 

□ • photos^ statu$> loss reports and tibie like; 

Service providers 1 80d comprising service provider data including name; 

1^ address, certifications, business partners and the like; 

J** 

;^ Financial 1 80e storing a record of all financial transactions managed by 

system 30; 

"i 

CSI 180f comprising the custome' satis&ction index ("CSr*) data 
I ^ generaled by consumers * questions and answers provided in response to a 

y customer satisfaction survey, as well as otho" CSI mfcrmation on the 

□ service provider, siq)pli^ and other business providing soidcc for a given 
Q industry; 

Police report 1 80g comprising police rq>ort data including the description 
of the casualty, name of the claimant, name of die ofBcer and the like; and 

Industry dfrectory 1 SOh comprising industry data including data on the 
businesses participating in a given industry with special OTphasis being 
. placed on the service providers* iuformation. 

. Application layer 165 comprises several modules and engines including application 
software programs for performing various fimctions within application server 50, including but- 
not Hmited to user authentication module 1 65o, audit module 165a, translation engine I65b, 
financial module 165d, claims module 165h. business rules module 165c, es^ow engine le'se, 
workflow engine 165i, CSI engine I65g, ©-commerce module 165f, industry directory module 
165j, auction module 165k, voice recognition module 1651, reporting module 165m and data 
mining module 165n. 
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The user authentication module 16So provides security control to the system 30. Usa* 
authentication module l65o confrols what part of ibs application the us^ is authorized to access. 
User authentication module 165o requires the user to provide a valid user Id aud password 
combinatioiL The user authentication information is, preferably, stored on data layer 180, but it 
can also be stared on the external partner systems 62, if required by any external partner. 

The audit module 165a provides detailed fraud detection algorithms that assess the 
estimate submitted finom the serWce provider ijsing I/O devices It^ Theaudit 
module 165a component is also responsible for delivering the audited estimate to the insurance 
canier^s syst^ 65, The insurance carrier that uses the system 65, to ^ch the audit module 
165a sends an estimate, provides the parameters fiff the algonthm. These msurance carder 
provided parameters are stored in data layer 1 SOd. Ths audit module 165a also checks for 
duplicate claims sent to multiple carriers and detects likely fiaud candidates based on actuarial 
analysis of claims data. The audit module 165a also flags estimates for potential fiaud review by 
tying system 30 to external partner systems 62, such as credit card fraud detection s^tOTS. 

The translation engine 165b, preferably, receives an estimate in apioiHietary format from 
^ personal computer 2 using a Web Browser 151, or the like. Transladon engine 165 then converts 
^ the received foiniat into a uraversalfomiat and sends it to the audit m^ Ifthe 

estimating software does not provide a facility to save an estimate to a file, ctient software 151 in 
personal computer 2 is used to extract ah estimate ftom the estimating software, Cliaat software 
1 51 transmits the estimate to the application lay^ 165 using the same medianisms described in 
lu FIG. 1 for the communication of mfbimation from personal coniputer 2 to system 30. 



11 



The financial module 1 65d manages the payments based on mput from the escrow engme 
i3 165e and the workflow engine 165i and records and controls the transactions that have frnancifll 
g implications. In other words, financial module 165d tracks the revenue generated and costs 
mcmred by the transactions flowing throughout the sj^em 30. 



□ Claims module 165h manages aU claim-related services and data. Claims module 165h 

builds a comprehensive claims record including repair facility estimates and photo8> parts and 
materials, vendor data, contracted labor data, trust account information, approvals and payment 
history, post repair reports and photos, consumer satisfaction rqjorts and warranty #iatp This 
data is stored in the Qaims/Bstunates 180c database. 

Business rules module 1 6Sc uses parameters entered by an msurance carrier throu^ its 
client software 1 5 1 interfece to control the application lay^ 1 65 for system 30 commumcation * 
with the consumer. For example, an insurance canierrnay want to display certain policy 
. mfomiatiDn to a consume that other carriers may choose not to display. 

Escrow engine I65e manages the authorization and communication with the trust account 
90 to make payments based on initial ^jproval of the service provider's estimate and the 
attainment of milestones throughout fiie workflow procKs as indicated by the woiicflow engine 
1651. This escrow engine 165e also flags and escalates exceptions in the process. 

Workflow engine 165i provides an interiace for the service provider (preferably a 
vrirdcss interface 153) to enter ongoing savice status and post the service stanis to be viewed by 
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trading partners and consumers. Wodcflow engine 165i also coraraunicates with escrow engine 
165e to facilitate the timely transfe of fimds based on attainment of milestones in the process. 
The service provider predefines the milestones to be considered using the client software 1 51 at 
the service provider's personal computer 2. 

CSI engine 165g uses both stractured data (questions with px^efined possible answers 
including multiple choice answers) and unstructored data (qaestions to be answered tjsing fiee 
terf). Such data is ggfliered by the system 30 fiom the consumer to generate a Customer 
Satisfaction Index ("CSI") 1 80 for the service providers. When the claim services are completed, 
the consumer completes the consumer satisfaction survey via a chent software 1 5 ] inten&ce or a' 
voice based interfkce 1 52. 

EHMmmerce module I65f provides the fedlities necessary to receive and send electronic 
orders and payments between service provide and siqjpliei^ 

Industry directory module 165j provides a consumer with an interface to select service 
providers. Module I65j includes extensive infiamation on the service providers, such as maps, 
services, virtual fecility tour, CSI index and infonnation specific to an insurance carrier, such as 
preferred service provider status. 

Auction module 1 65k provides m auction area for service providers and suppliers to 
exchange parts, supplies and materials at market value. 

;| Voice recognition module 1651 lianslates voice to dala formal to be provided to other 

•• modules and engines of the application layer \65. Voice recognition module 1651 also tiaastetes 

,2 datapiDvided by other modules and engines of the application layer 165 into voice to provide a 

- usw at teleiAone 15 with appropriate feedback thiou^ the voice based interface 152. 



if} Raiting module 165m smnmaiizes and formats datafor various users to view thronrii a 

- client soflware 151 inteifice. The reporting module I65m iiicludes software provided by Crystal 
reports and the like to facilitate the creation of the reports. 

Data mining module I65n provides data analysis tools such as Brio and the like, 
liifomiatlon gathered in system 30 is used to detect trends for marketing and to detect fraud. For 
exanqjle, by analyzing the infinmation on the service providers one could identify certain 
workflow patterns that indicate the need for a particular prodnct or soktion. 

Preferably, system 30 is replicated in different locations and data is synchronized 
between flie different locations to provide the highest level of reliability. 

The methods for practicing the present invention are disclosed in FIGS. 3, 4 and 5. 
FIG. 3 illustrates a general insurance claim processing meiJiod in accordance with the present 
invaition. A consumer using any of the I/O devices 1 communicates with the system 30 via the 
^bal c^umcahon network 25. The consumer may use any of the I/O devices 1 depicted in 
FIG. 1. Preferably, the consumer communicates with the system 30 using a cKeit softwaie 151 
on the consumer's personal computer 2. B is this embodiment that is used to describe the 
method of FIG. 3. It is, however, imderstood diat lie method can be practiced iising svstans 
oftarflian system 30. 
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At step 300, a consumer (insured or claimant) initiates the claims process using an I/O 
device L Preferably, the process is initiated via the insurance carrier's sj^tem 65 but it could 
also be initiated directly wift the system 30. 

At step 303, the consumer commences the first notice of loss ('TNOL") process by 
selecting the FNOL menu option or link ftom the insurance carrier's system 65, 

At step 306, the insurance carrier's system 65 retrieves the consumer's profile 
information including policy and coverage data from tt» carrier's legacy system 68 and forwards 
that data via a secure communication medmm 61 to the system 30, This enables the system 30 to 
pre-popolate the Claims/Estimates 180c data fields fi?om the databajse server 55 on the FNOL 
screen relating to insnred vehicles, drivers, and coverage which facilitates processing the claim 
with accurate and relevant data. 

At step 309, the insurance carrier's system 65 forwards the consumer*s 1/0 device 1 via 
the communication network 25 to the claims module I65h of the system 30, which is co-branded 
with the insurance carrio's identity. The insurance carrier's systan 65 data fields thai were 

iji transferred in step 306 are mapped at the system 30*s plication layer 165 to database server 

Q 55's Clamis/Estimates 180c data fiekis and forwarded to the consumer's I/O device 1 for the 

i-^ consumer's review. 

«0 

^ At step 3 12, the consume cQi3:q>Ictes FNOL on his or her I/O device 1 by answering a 

series of claim related questions retrieved by the Claims/Estimates module 180c fiom database 

j y server 55 and submittizig the replies to the questions via the communication network 25 to the 
Claims/Estimates 180c database. The claims module 165hbranchcsqntetions based on business 
rales module 165c that require addirioiml questions to be completed. For exanq>le, the 
automobile claim will have questions relating to bodily hguiy. If the consumer answers in the 

i2 afiSimative, there will be additional questions to provide detail about the mjured parties and die 

In sustamed mjuries. 

=3 Al step 315, in the preferred PNOL process, the consunier selects appropriate service 

providers using their I/O device 1 (e.g,, automobile claim selects repair ficility, worker's 
compoisation clann selects medical service provider, etc.)- As part of the FNOL screen, the 
cot^um^ is offered the option of choosing the Hnk or icon to select a service provider. This 
option transfers fhe consumer's client software 151 view to the industry directory 165j listing of 
industry related service providers. The FNOL, however, can be submitted without service 
provider selections in the event that the consumer has already made service provider choices 
outside the FNOL process or does not wish to make a selection at that point. 

Al step 316, the completion of steps 312 and 315 result in the systan 30 reeving the 
consumer's claim data 180c and transmitting it via the communication medium 61 to the 
insurance carrier's system 65. 

Similarly, at step 318, the completion of steps 312 and 315 result in the systoij 30 
r«^eving the consumer's claim data from Claims/Bstimate 180c database and transmitting it via 
the global communication network 25 to the service provider's personal computer 2 {other 
service providers thai were selected are signaled in the same manner). The data includes any 



7 



PAa3W45»RCVDAT7/25/20()61:30:21 PM[EastemI)ayligM 



JUL 25 2006 13:53 FR CORPORATE PATENT DEPT248 944 6537 TO 815712738300 



P. 31/45 



available detail that facilitates the provider in perfonning their task (e.g.j for an automobile claim 
die repair fecility receives vehicle and damage information, a works's compensation claim 
includes patient and injury detail). 

At step 320, the consumer and service provider communicate via their respective Vd 
devices 1 to schedule an qppraisal ^pointment Preferably, the consumer uses his or her I/O 
device 1 to access the scheduling feature of the claims module 16Sh at the application layer 165. 
Alternatively^ the consumer may elect to contact the service provider directly via telq)hone 1 5, 
The ^rvice provider then uses its I/O device 1 to review and update its scholule via the claims. 
modukii65lL 

The s^)pointD:ieat occurs at the appropriate locatioiL Hie service provider determines'the 
esctent of service required to satisfy the claimu An estimate for the services and a^ociated costs 
is generated using third party estimation software on the service provider's personal computer 2 
(e.g., for an automobile claim the repaur fadhty will use an estimation tool such as those 
provided by ADP, CCC> and Mitchell)> or other tools available to the service provider. 

\f\ M step 321, the data is submitted online to the plication sorver 50 of system 30 usmg 

□ the SOTice provider's personal computer 2. Preferably, the estimate is saved to a claims datafile 
'^t on the service provider's I/O device 1 and the same VO device 1 forwards the estunat e to the 

system 30 via communication network 25 using client software 1 51 . 

1^ At step 323» once the service provider estimate is on the application server 50^ it is 

convoted fiom the format used by the third party estimation software, or other tool, mto a 
\^ universal fonnat by the systocn 30's translation engine 165b. 

Q 

,p At st^ 324, the translated estimate is passed to the audit module 1 6Sa^ which apphes 

Q insurance carrier spedfic parameters and coirpBheasive trending analysis to flag any 

! ij inconsistencies and prevent irregular practices by the service provider (e,g., for an automobile 

□ claim this includes but is not limited to checks against local market labor rates and charges, 
evaluation of the estimate relative to the industry's best business practices, decoding of VTN to 
eDsar& selection of accurate parts, generation of reports detailing savings opportunities and 
summarizing line by line cost variances). The translated eokI audited estimate is stored on Que 
Claims/Estimates 180c. 

At step 327, the claim data is transferred in its universal format to the carder's adapter 
67 J via the conmiunication medium 61, where it is converted fiom the universal format to the 
carrier's preferred format and stored in the carrier^s legacy system 68. 

At step 330, if the service provider's estimate data was proved by step 327, the escrow 
engine 165e authorizes the trust account stored on ti0 Trust/Bank system 90 to make payments 
against the insurer's chosen financial instrument (e.g., line of credit). The escrow engine 165c 
signals the financial module 165d of the system 30 to manage payments. The business rules 
module 165c gradates an e-mail notification to the service provider's phonal ooniputer 2 
indicating ^roval of the estimate. The e-mail will contain a hypalink back to the system 30 so 
that the service provider's personal computer 2 can view the CMms/Estunates 180c data. 
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If the estimate was not approved by step 327, the earner's leg^y system 68 signals the 
insurance carrier's system 65 or sends an e-mail to an adjuster at the carrier company to review 
the data. 

At step 333, the adjusterietrieves the claim information fiom the carrier's legacy system 
68 and views the claim information using his orlier I/O device L The adjuster may modify the 
claim or estimate data mi detennines whether the estimate is ^proved or not The adjuster's 
ruling and any modifications to the claim dara are saved to the carrier's legacy system 68 and 
transmitted &om the insurance carrier's system 65 to system BO's database server 55 via the 
secure communication medium 61. The transaction is the reverse of step 327, in particular, the 
claim data is converted into its umversal format using the camp's adapter 67 and transmitted 
over tile commipication medium 61 to the system application server SO and saved to the 
database server ^5. 

Al step 336, the receipt of die revised claim data by s^lication server SO initiates 
business rules module 165c, which generates an e-mail notificatiDn to the service provider's 
personal computer 2 indicating approval or rgection of the estimate. The e-mail notification 

!;1 contains a hyperlink back to the system 30 so that the service provides personal computer 2 can 

p view fte updated Gaims/Estimates 1 80c data. 

'p At step 339, once the claim has been approved as indicated in step 336, the escrow engine 

;^ 165e notifies the financial module 1 6Sd that payments are authorized. 

[En 

iU 

At step 342 the service.provider begins to fulfill the claim-related services. The system 
^ 30 ties the payment pafli with the dehveiy of these services, as described in step 34S wfaidi 
,^ follows. For each financi^ transaction^ the financial module 165d formats and stores invoice 

and payment documentation in the financial 1 80e database in confimnity with cani^ 
Q requirements, as specified by the business rules module 165c. 

Q At step 35 1 , the service provider pracuies any required materials, suiqiliesj and/or 

Q services, preferably, onlme using their VO device 1 (e,g, in an automobile claim this inchides the 
repairiiig and/or ordering of parts). The service provide uses their client software 1 5 1 to access 
ttie system 30's e^mmercc module 165f markdplace or auction module 165k, both residing on 
the ^plication server 50» The service provider can order or bid &r materials and services, 
respectively. 

At step 345, the system 30 financial module 165d detemiines if the service provido" is a 
trusted trading partner by using the sendee provider specific data fium the system 30*s service 
provider 180d database. 

At step 345, when the sovice provider is trusted, the financial instrument (such as a trust 
account or credit instrument) on the Trust/Bank system 90 is activated to pay portions of the total 
claim on a contimmm that is stip ulated by the escrow engine 165e to match the progress of the 
service. When the service provide is not trusted, the trust account trades progress of the repair 
for storing status tracking data as part of the claim object of Claims/Estimates 180c database. 
The service providca: using its J/0 device 1 provides service updates to system 30. Preferably, 
the service provider uses cUent software 151 to access only its claim-related records from the 
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database server 55. AJteraativdy, client software 151 extracts workflow data from a third party 
workflow application on the service provider's personal computer 2. 

Al step 354, the service provider accepts and validates the completion of the mateiials 
and services transaction when all parts, materials, supplies are received and/or sub-services are 
completed. Hie validation is provided by the service provide' s personal computer 2 to the 
escrow engine 165e via its client software 151* 

At step 357, when the transaction is validated^ the escrow engine 16Se signals the 
financial module 165d to issue payments of Trust/Bank funds to the vendor/sub-servioe provider. 
The financial record stored on ^e financial database 1 80e and the account on the Trust/Bank 
system 90 are updated to reflect this payment. The issuance of payment is based on payment 
tezms for the specific vendor, as in<£cated in the financial modde 165d 

At step 360, the database record for the service provider is retrieved fiom service 
provider 180d database to determine if the service provider is trusted 

\j\ At step 363, if the service provider is trusted* the escrow engine 165e signals the financial 

!3 module l6Sd to pay the service provider its profit margin on the purchase/siib-service concurrent 

1^ with die vendor/sub-service payment. The payment is m^ from the account on the Tmst/Bank 

'g system 90. 
;P 

1^ At step 366, the service provider completes the required services. Any completed 

1^ purchase/sttb-service has been noted in the claim file. Status updates and any additional details 

1^ are provided by the service provider during service using their VO device 1 and st(^ 

|U the Claims/Estimates 1 80c data on the data base server S5. 

g 

1^ At stq> 3 69, when the claim services are completed, the consumer completes the 

I H consumer satisfection survey. Preferably, the consumer uses his or her I/O Device 1 to review 

Q the customer satisfaction survey questions stored in CSI 180f that are retrieved by the CSI engine 

Q 1 65g. Alternatively, the consmnCT completes a paper version of the survey and sends that to a 

data entry groiq) that uses I/O devices 1 to forward the responses to the CSI et^gine 165g for 

storage in the CSI ISOf database on the database server 55. 

The results of dse consumer satis&ctioa survey are retrieved fiom the data server 55 and 
compiled by the CSI engine I65g. The CSI engine 165g utilizes an algorithm to generate a 
composite index for the survey and updates the overall index for that service provider in an oitry 
to industry directory 180h incorporating the new result The resulting overall CSI index is 
displayed by the industry directory module I65j the next time the service provider's data in 
iruhistry directory 1 80h is accessed fiom the sy5l«n 30's data layer 1 80. 

At step 372, once the consumer satisfaction survey is completed, the escrow engine 165e 
authorizes the financial module 1 65d to release the remaining balance of the claim amount to the 
service provider fiom the account on the Tnist/Bank system 90, 

If the service provider is trusted, any remaining amount is paid* 
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If, however, the service provider is act trusted, the total claim (less cost of purchases/snb- 
services) is paid from the accorait on the Tnwt/Bank system 90. 

FIG. 4 ilhistiates an aatomohile insurance daun method in accoidance with the ];»resent 
invention. The consumer may i4se any of the I/O devices 1 depicted in FIG, I , Prefisrably, the 
consume communicates with flie system 30 usmg a client software 151 on the consumer's 
personal computer 2. It is this embodiment that is used to describe the method of FIG. 4. It is, 
however, understood that the method can be practiced using systems other than system 30, 

At step 400, a oonsunier (insured or claimant) initiates the automobile claims process 
using an I/O device 1 . Preferably, the process is initiated via the insurance carrier's system 65 
but it could also be initiated directly with the system 30. 

At step 401 , the consumer conmiences the FNOL process by selecting the FNOL menu 
optica or Unk from the insurance earner's system 65. 

At step 403, the insurance carrier's system 65 retrieves the consumer's profile 
[ information including policy and coverage data from the canier*s legacy syston 68 and forwards 
1^ that data via a secure communicaiion medium 61 to the system 30, This enables the system 30 to 
pre-populate Gaims/Estimates 1 80c data fields from the database server 55 on the FN^OL screen 
>3 relating to insured vehicles, drivers, and coverage which faciUtates processing die claim with 
■S, accurate and relevant data. 
!!" 

\y At step 406, the insurance carrier's systm 65 fi)rwards the consumer's VO device 1 via 

'2 the communicaticm network 25 to the claims module 165h of the system 30, which is co-branded 
JL^ with the insurance carrier's identity. Hie insurance carrier's systan 65 data fields that 

ttansfeued in step 306 are m^ed at the system 30's application layer 165 to database s^er 
% 55's Claims/Estimates 1 80c data fields and &rwarded to the consumer's I/O device 1 for the 

oonsumcf s review. 

Q At step 409, the consumer complies FNOL on his or her I/O device 1 by answering a 

series of automobile claim related questions retrieved by the claims module 1 80c torn database 
server 55 and submitting the replies to the questions via the communication network 25 to the 
Claims/Estimates 1 80c database. Ite claims module 1 65h branches questions based on business 
rules module I65c that require additional questions to be completed. For example, the 
automobile claim will have questions relating to bodily injury. If flie consumer answers in the 
affirmative, there will be additional questions to provide detail about the nyured parties and the 
sustained injuries. 

At step 4 1 2, in the preferred FNOL process, the consumer selects appropriate service 
providers (e.g., repair fadlfties, rental agendes, towing services) using theur I/O device 1 . 
Preferably, flie repair facility also moludes but is not limited to rental and towing services. As 
part of the FNOL screen, the consumer is offered the option of choosing the link or icon to select 
a service provider. This option transfers the cansumor^s client software 151 view to the industry 
directory I65j listing of automobile related service providers. The FNOL, however, can be 
submitted without s^ce provider selections m the event that the consumer has alifeady made 
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repair facility choices outside the FNOL process or does not wish to make a selection at that 
point. 

At step 415, the complecioia of steps 409 atid 412 uigg^ the claims module 163h of the 
system 30 to initiate the process of ordering a police report. Business rules module 165c 
dctetmines fiom the automobile claim data in Claims/Estimates ISOc database whether the report 
exists in the police r^oit 1 SOg database. If tiie report does not e?dst in the police report 1 SOg 
database, the business rules module 165c deteimines to whkh police rqport system 85 the 
request should be trajismitted Preferably, the request is transmitted via the secured 
communication medium 61. Alternatively^ the request may be transmitted through an I/O deW^ 
1 , as described in FIG. 1 , via the comnninications networic 25. 

At step 418, the system 30 retrieves the consumer's Claims/Estimates 1 80c data and 
transmits it via the communication medium 61 to die insurance carrier's system 65. 

The system 30 retrieves the consumer's claim data fr^ ISOcand 
transmits it via the communication network 25 to the rq)air facility's personal computer 2 (other 
!?l seatvice providers that were selected such as rcutal agencies, or towing sendee providers are 

0 signaled in the same manner). The data includes any available d^l that facilitates the service 
i*^ provider in perfonning its task. For example, the repair facility reodves vehicle and damage 

information and a rental agency receives scheduling infonnation. 

!^ At step 420, the c<msumer and repair facility communicate via their respective I/O 

! devices 1 to schedule an qjpraisal appointment Preferably, the consumer uses his or hear I/O 

" device 1 to access the scheduling feature of Ihe claims module I65h at the application layer 165. 

,oi Alternalively, the consumer may elect to contact the repair fecility directly via telephone 15. 

[ p The repair facility dien uses its I/O device 1 to review and update its schedule via die claims 

Q module 165h. 

1 3 The appomtment occurs at the repair fecihty*s location. If towing or rental services were 
Q selected m step 412 they would also be coordinated as part of this scheduhng step. 

The rq)air ftcility determines the extent of service required to satisfy the claim. An 
estimate for the services ^d associated costs is generated using third party estimation software 
on die repair facility's personal computer 2 such as those provided by ADP^ CCC, and Mitchell. 

At stepAll^ the estimate data is'submitted online to the application server SO of system 
30 using die repair facility's personal computer Z Preferably, tiie estimate is saved to a claims 
datafile on the repair facility's I/O device 1 and the same I/O device 1 forwards the estimate to 
the syst^ 30 via communication network 25 using client software 151. 

At step 422, once the r^air fecility estimate is on the application server 50, it is 
converted from the format used by the diiid party estimation software, or other tool, into a 
univGisa] format by the system 30's translation engine I65b. 

At stq> 424, the translated estimate is passed to the audit module 1 65a, which applies 
insurance carrier specific parameters and con^r^ensive trending analysis to flag any 
inconsistrades and prevent irregularpiuctices by the repair fedKty^ This includes but is not 



12 



PAGE 35/45 ' RCVD AT 7/25/2006 1:30:21 PM [Eastern Daylight Tune] ' SVR:USPTO-EFXRF«39 ' DNIS:2738300 ' CSID:248 944 6537 ' DURATION ([nrHS):12-22 



JUL 25 2006 13:55 FR CORPORPTE PATENT DEPT248 944 6537 TO 815712738300 



P. 36/45 



limited to checks against local market labor rates and charges^ evaluation of Hie estimate relative 
to the industys best business practices, decoding of VIN to ensure selection of accurate parts, 
generation of reports detailing savings opportunities and summarizing line by line cost variances. 
Hie translated and audited estimate is stored on the Clmms/EstimAtes ISOg. 

At Step 427, before the Claimfi/Estimates 180c data can be sent to flie insurance canciert 
system 65 the business rules 1 6Sc checks the police r^oit 1 80g data to determine if Ihe report 
specific to this claim is available. 

At step 430. if the police rqiort is not available the business rules module liSSc initiates 
the police xcpoit acquisition process, as detailed in FIG. 5. 

At step 431, if (he report is available in the police report 180g database, th^ it is 
reeved by the claims module 16Sh and attached to the Qaims/Estimates 180c data. 

At step 433, the claim data faKhiding the police report data in Claims/Estimates 180c 
transferred in its univeisal fbnnat to the earner's adapter 67, via the communication medium 61« 
i j5 where it is converted from the universal format to die carrier's prefecred finraat and stored in tjlg 
Q earner's legacy system-68. 

10 At Step 436» if the repair fitcilit/s estimate data was proved in accordance with 

.p business rules module 1 65c, the escrow engine 165e authoiizes the trust accotint stored on die 
1^ Trust/Bank system 90 to make pajments agamst the insurer's chosen financisd instrument (e,g., 
i^^ line of credit). The escrow engine 1656 signals the financial module 165d of the system 30 to 

manage payments. The business lules module 165c generates an e^ail notification to the repair 
jl- feciliiy personal computer 2 indicating ^roval of lie estimate. The e-mail will contain a 
I hyperlink back to the system 30 so that the repair ladlity p^sonal conq^uter 2 can view the 
■M Claims/Estimates 1 80c data. 

ili 

Q If the estimate was not approved by step 436, the system 30 signals the insurance carrier's 

Q system 65 or soids an e-mail to an adjuster at ^ecairier company to review the-da^ 

At step 439, tiie adjuster retrieves the claim information fi-om the carrier's legacy system 
68 and views the claim information using their VO device 1. The adjuster may modify the claim 
or estimate data and determines if the estimate is approved or not. The adjuster's ruling and any 
tnodifications to the claim data are saved to the carri^'s legacy system 68 and transmitted fiiom 
&e insurance carrier system 65 to system 30's database server 55 via the secure communication 
medium 61 . The transaction is the reverse of 8tq> 433, in particular, the claim data is converted 
into its universal fonnat using the carrier's adapter 67 and transmitted over the communication 
medium 61 to the system application server 50 and saved to the database server 55. 

At step 442^ the receipt of the revised claim data by application server 50 initiates 
business rules module 1 65c, which g^erates an e-mail notification to the repair facility pereonal 
computer 2 indicating approval or rejection of the estimate. The e-mail notification contains a 
hyperlink back to the system 30 so that the repair facility personal computer 2 can view the 
updated Claims/Estimates! 80c data. 
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At Step 445, once the claim has been approved as indicated in step 442, the escrow engine 
165e notifies the financial module 165d that payments are authorized. 

At step 448, the repair facility be^ to fulfil! the claim-related services. The system 30 
ties the payment path with the delivery of these services, as described in step 454 which follows. 
For each financial transaction, the financial module I65d formats and stores invoice and payment 
documejitaticm m the financiad 1 80e database in conformity with canier reqiErements, as 
specified by the business rules module 165c. 

At step 451, die system 30 financial module 165d detennines if the repair facility is a 
trusted trading partner by using the repair facihty specific data fiom the system 30^s service 
provider ISOd database. 

At step 454, where the repair &cility is trusted, the trust account on the Trust/Bank 
system 90 is activated to pay portions of the total claim on a continuum stipulated by the escrow 
engine 1 65e that matches progress of the service. If the repair &cilily is not trusted, the trust 
account tracks progress oftherqpair for status tradmg that wiU be stored as patt of the cto 
object ISOc. Service updates are provided by the repair Polity using their I/O device L 
'3 Preferably, die repair &cility uses client software 151 to access only its claim-related records 
gnm the database server 55. Alternatively, client software 151 extracts workflow data from a 
third party workflow plication on the repair facility's personal conqiuter 2, 



!^ At step 457j preferably, the repair facility procures any required, parts, mataials, 

;^ $u]qplies, and/or services online using its I/O device I. Ihe repair facility uses its client software 

I, 151 to access the system SO's e-commerce module 165f maEriketplace or auction module 165k on 

Q application senders 50. The repair ficiUty can order or bid for mat^als and services, 

:E respectively. 

Q 

M At step 460, the repair tacility accepts and validates the completion transaction when all 

i3 parts, materials, supplies are received This validation is provided by the repair fecility*s 

Q personal compute 2 to the escrow engine 165e via their cHent software 151. 

At step 463, when the transaction is vahdated, the escrow engine 1 6Se signals the 
financial module |65d to issue payments to the vendor with trust fimds. The account on the 
Trust/Bank system 90 is updat^ to reflect diis payment Tbk is perfixrmed based on payment 
terms for that vendor m the financial ISOe database. 

At step 466, preferably, flie repair fecifity requests for sublet services are implemented 
online via the repair faciUty's I/O device 1 . 

At sXep 469, the repair facihty accepts and validates the con^ledon of the transaction 
when all sub-services are completed. This validation is provided by the repair fedlity's pereonal 
computer 2 to the escrow engme 165e via its cliait software 151 . 

At step 472, when the transaction is validated, the escrow engine ]65e signals die 
financial module 1 65d to issue payments to the subl^ service provider with Trust/Bank funds. 
The finandal record stored on the financial databasel 80e and (he account on the Trust/Bank 
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system 90 are updated to reflect this payment. The issuance of payment is based on payment 
(enns for that service provider in &e financial modiile 16Sd, 

At step 475, the database record for the repair facility 180d is retrieved to determine if the 
repair facility is trusted. For example, insiirance carriers will have a of repair facilities that 
axe pait of fheir direct repair piogjram. The service provider 180d database stores this 
information on the database server 55 to help determine the level of trust associated with a given 
repair facility. 

At step 47S, if the rqtair facility is trusted^ the escrow engine l6Se signals Qie financial 
module 165d to pay (he repair fecility it's profit margin on the purdiase/sub-servxce concoxrent 
with the vendor/snb-service payment The payment is made fiom the account on the Trust/Bank 
system 90. 

At step 481, the repair facility completes fte reqxrired services. Any other services such 
as car rental are completed at this time. All completed purchasc/sub-service ai^ noted in tlic 
claim file stored in the Claims/Estimates ISOc database. Status updates and any additional 
details are provided by the repair facility during sexvice using their I/O device 1 and stored as 
Q part of the Claims/Estimates 1 80c data on the database server SS. 



iiJ- 

■AS 



At step 484> when the claim services are completed^ the consumer completes the 
consumer satisfaction survey. Preferably, the oonsmner uses his or hs" I/O Device 1 to review 
the customer satisfaction survey questions stored in CSI iSOf that are retrieved by the CSI engine 
I65g. Altemalively, the consumer completes a paper version of the survey and sends that to a 
data entry groip that uses I/O devices I to forward the responses to the CSI eogine 1 65g fi)r 
Q Storage in the CSI ISOf database on the database server 5S. 

Q The results of (he consumer satisfaction survey are retrieved firrm the database server 55 

\ tj and compiled by the CSI engine 1 65g wfam an algmthm generates a composite index for the 
13 survey and iipdates the ova^aO index for that repair fecility entry in mdostiy directory 180h 
Q database to incorporate the new resulL The resulting ovenall CSI index will be displayed by the 

industry directory module 165j next time the repair facility's data 180h is accessed fiom system 

30's data layer 180. 

At step 487, once the consumer satisfaction fiwrvey is completed, the escrow engine 165e 
authorizes the financial module 165d to rdease the remainmg Mance of the claim amount to the 
repair facility from tiie account on the Trust/Bank system 90. If the repdr fedlity is trusted, any 
remaining amount is paid. 

If the repair facility is not trusted, the total claim (less cost of purchases/sob-services) is 
paid ftom the account on the Trust/Bank system 90. 

FIG. 5 illustrates the pohce xepad acquisition mefeod, in accordance with the present 
invention* refared to in FIG. 4. At step 500, a member of a police department generates a police 
report Prefisrably, the member of the police department creates a police repeat at the accident 
scene using an I/O device I such as a wireless device 5, embedded device 10 or telg)hane 15. 
The poUce report comprises data relevant to the accidait including details regarding the vehicles 
and drivers mvolved in tixe accident, visible damage or iiijmies, details of the accident scene, 
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details of the events leading up to and including accident and any othor relevant data (e.g., 
witnesses, etc.). This police report i$ subsequently stored on the police department report system 
85 (e.g., legacy system 87). 

At step 505, Ihe police report is transmitted from fhe legacy system 87 to system 30*8 
police report 180g database stored on database server 55. Preferably, a member of tbe police 
department transanits the completed police report froan fhe police department's legacy system 87 
to tbe system 30 through adapter 86 via a secure coinmuijicalions medium 61. 

AC step 510, the police r^ort is received by system 30 and stored in the police report 
I80gdataba^. 

At step 5 1 5, fhe police report is screened by the claims module 165b fcst attachment to 
existiDg msurance Claims/Estimates 180c datafile. Preferably, the newly saved police rq)ort is 
screened to detomine if the report correlates to an insurance claim for a preexisting insurance 
Clahns/Esdmates 1 80c datafile. The screening process compares such relevant information' as 
(he Vehicle Identificadon Number (VIN), date, time and location of accident from the police 
report to fhe corresponding data m the existing insurance Claims/Estimates 180c datafile. If a 
screened police r^ort correlates to an existing iusurance Claims/Estimates 1 80c datafile- fhe 
police report data is attached to the corresponding insurance Claims/Estimates 1 80c datafile. 

'B 

;^ At step 517, if the screened police report does not correlate to an existing insurance 

1^ Claims/B9tiinate$ 180c datafile, there is no direct action. However, the police rq)ort is now 
;^ available in die event an insurance Claims/Estimates 180c datafile is created subsequ^t to ^ 
system 30 receiving the police report 

At step 530, the system 30 generates a request for a poUce rq}ort for every msurance 
Q Claims/Estimates 180c datafile that is created. Preferably, while generating an insurance 
Q Claims/Estimates 1 80c datafile for storage iu that datafile, the system 30 executes a stored 
□ procedure to seardh and screen the police reports 1 80g database to determine if a police report 
Q CQiTelates to the newly creaded insurance Claims/Estimates 1 80c datafile. Hus inquiry compares 
coiaio information contained in the insumice Claims/Estimates 180c datafile, sudi as VIN, date, 
time and location of accident to data within existing police reports 180g datafile. 

At step 535, fhe system 30 repeatedly generates a request for a police report for every 
unsatisfied msurance Claims/Estimates 180c datafile without a police report attached thereto. 
Preferably, a predetemiined sequence of compute steps (procedure) is stored on database server 
55. niis procedure selects insurance Claims/Estimates 180c datafile claims to detennine if any 
insurance Claims/Estimates 1 80c datafiles exist with no police report attached. For all selected 
insurance claim datafiles, &e procedure scans the police reports 180g database to determine if 
any police reports relate to these selected insurance Clann^GBstimates 1 80c datafiles using 
relevant infonnarion, such as VIN, date, time and location of the accident. The proccduic will 
then attach police reports that correlate to fhe selected claims. 

At step 537, Ihe system 30 executes the stored procedure on a predeteiiiiined tm 
schedule, attaching any identified correlated insurance Qaims/Estimates 180c datafiles and 
police reports, if a pohcc report is required by business rules module 1 65c. 
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At step 539, if there axe no matched selected insurance claims and correlated police 
reports, no action i$ taken. 



I 
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